Predictive financial, inventory, and staffing management system

ABSTRACT

A system and method for real-time inventory and food portion management. The system is a cloud-based network containing a predictive inventory management engine, an inventory optimization engine, a food logger, mobile and compute devices, staff and vendors, gateways for vendors and staff to interface with financial institutions and other 3 rd  party businesses, enterprise database to store and retrieve including financial data, staffing data, and inventory data. The system can optimize organizational operations by predicting and optimizing in real-time key operational decisions using artificial intelligence or other computerized methods around inventory and food portion management based upon a multitude of variables associated with the patron and enterprise.

CROSS-REFERENCE TO RELATED APPLICATIONS

Priority is claimed in the application data sheet to the followingpatents or patent applications, the entire written description of eachof which is expressly incorporated herein by reference in its entirety:

-   Ser. No. 17/153,213-   63/005,899

BACKGROUND Field of the Art

The disclosure relates to the field of computer-based optimization,predictive systems, and artificial intelligent systems, and moreparticularly to the field of computerized predictive and optimizationsystems using artificial intelligence as related to real-timeorganizational operations for finance, inventory and staffing managementfor organizational establishments.

Discussion of the State of the Art

Typical organizational establishments operate their business based uponfinancial and operations data that is historical in nature. Decisionsmade are often arrived at based upon past events or situations that haveoccurred in the past, without taking into account dynamic real-timesituations that are unfolding in the current market conditions in whichthe organization is operating. As a result, organizations are not ableto fully leverage their cash on-hand by taking calculated risks onopportunities (e.g., microloans or inventory stock piling) that maypresent themselves. Similarly, restaurants as an example, are not freeto dynamically change menu items based on ingredients on hand and/orculinary skills available that maximizes their business outcomes andimpact on a particular patron and/or prospective patron diningexperience. The result is often a near-term suboptimal dining experiencefor restaurant consumers and long-term viability for the restaurant.

There is currently no real-time system that predicts and optimizesfinancial, inventory and staffing to address these shortcomings.

What is needed is a system and method for real-time financial,inventory, and staffing management system to optimize organizationaloperations for short- and long-term business competitive advantage andviability.

SUMMARY

Accordingly, the inventor has conceived, and reduced to practice, asystem and method for real-time inventory and food portion management.The system is a cloud-based network containing a predictive inventorymanagement engine, an inventory optimization engine, a food logger,mobile and compute devices, staff and vendors, gateways for vendors andstaff to interface with financial institutions and other 3^(rd) partybusinesses, enterprise database to store and retrieve includingfinancial data, staffing data, and inventory data. The system canoptimize organizational operations by predicting and optimizing inreal-time key operational decisions using artificial intelligence orother computerized methods around inventory and food portion managementbased upon a multitude of variables associated with the patron andenterprise.

According to a preferred aspect, a system using machine learning forintegrated restaurant real-time inventory and food portion management isdisclosed, comprising: a computing device comprising a memory, aprocessor, and a non-volatile data storage device; a real-time inventoryand food portion management server comprising a first plurality ofprogramming instructions stored in the memory which, when operating onthe processor, causes the computing device to: connect to a user devicevia a wireless network; identify a patron associated with the userdevice; obtain patron attributes; determine a food portion using a firstmachine learning algorithm and the obtained patron attributes; determinea food waste; receive real-time patron information from the user devicevia the network, the real-time patron information comprising devicelocation, time, and patron historical food portion information; receivecurrent inventory data; receive the determined food portion and aplurality of stored and third-party data comprising financial,inventory, staff, and patron related information via the wirelessnetwork, vectorize the received food portion and the plurality of storedand third party data using principal component analysis to reduce thedimensionality of the vectors, use the vectors as input into a secondmachine learning algorithm to create a plurality of neural networks, anduse the plurality of neural networks to: analyze the received data usingvector space analysis to determine real-time inventory usage based onthe determined food portions; automatically generate a plurality ofinventory adjustment recommendations based on the determined real-timeinventory usage, patron data, and third-party data comprising at leastone of: local news and events, current and forecasted weather, a socialmedia posting, or a rating or review; and automatically place an orderfor goods based on the determined real-time inventory usage and theplurality of inventory adjustment recommendations.

According to another preferred aspect, a method for real-time inventoryand food portion management is disclosed, comprising the steps of:connecting, using a computing device comprising a memory, a processor,and a non-volatile data storage device, a real-time inventory and foodportion management server comprising a first plurality of programminginstructions stored in the memory to a user device via a wirelessnetwork; identifying a patron associated with the user device; obtainingpatron attributes; determining a food portion using a first machinelearning algorithm and the obtained patron attributes; determining afood waste; wirelessly receiving, at the real-time inventory and foodportion management server, real-time patron information from the userdevice, the real-time patron information comprising device location,time, patron historical food portion information; receiving currentinventory; wirelessly receiving, at the real-time inventory and foodportion management server, the determined food portion and a pluralityof stored and third-party data comprising financial, inventory, staff,and patron related information, vectorizing the received plurality ofstored and third-party data using principal component analysis to reducethe dimensionality of the vectors, using the vectors as input into asecond machine learning algorithm to create a plurality of neuralnetworks; using the plurality of neural networks to: analyze thereceived data using vector space analysis to determine real-timeinventory usage based on the determined food portions; automaticallygenerate a plurality of inventory adjustment recommendations based onthe determined real-time inventory usage, patron data, and third-partydata comprising at least one of: local news and events, current andforecasted weather, a social media posting, or a rating or review;automatically place an order for goods based on the determined real-timeinventory usage and the plurality of inventory adjustmentrecommendations.

According to an aspect of an embodiment, the patron attributes, the foodportion, and the food waste is used to update the first machine learningalgorithm.

According to an aspect of an embodiment, an inventory database stored onthe non-volatile data storage device, the inventory database comprisingat least one of: a quantity of an item on-hand, a par level, a lastre-order date, an expiration date, or a forecasted re-order date;real-time third-party data, the real-time third-party data comprising atleast one of: local news and events, current and forecasted weather, asocial media posting, or a rating or review; and stored patron datacomprising at least one of: a food item previously purchased, historicalfood portion recommendations, day and time data, weather conditions, orlocal news and events.

According to an aspect of an embodiment, the retrieved current inventorydata comprises at least one of: a quantity of an item on-hand, a parlevel, a last re-order date, an expiration date, or a forecastedre-order date; real-time third-party data, the real-time third-partydata comprising at least one of: local news and events, current andforecasted weather, a social media posting, or a rating or review; andstored patron data comprising at least one of: a food item previouslypurchased, day and time data, weather conditions, or local news andevents.

According to an aspect of an embodiment, the inventory adjustmentrecommendations generate menu changes for a restaurant based on patrontrends, food portion recommendations, or inventory availability.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

The accompanying drawings illustrate several aspects and, together withthe description, serve to explain the principles of the inventionaccording to the aspects. It will be appreciated by one skilled in theart that the particular arrangements illustrated in the drawings aremerely exemplary, and are not to be considered as limiting of the scopeof the invention or the claims herein in any way.

FIG. 1 is a block diagram illustrating an exemplary system architecturefor a real-time finance, inventory and staffing management system.

FIG. 2 is a block diagram illustrating an exemplary architecture for anaspect of a real-time financial system.

FIG. 3 is a block diagram illustrating an exemplary architecture for anaspect of a real-time inventory management system.

FIG. 4 is a block diagram illustrating an exemplary architecture for anaspect of a real-time staffing management system.

FIG. 5 is a flow diagram showing the steps of an exemplary method forreal-time predictive cash flow for a restaurant business from initialreceipt of income and expense data through analysis of income andexpense data.

FIG. 6 is a flow diagram showing the steps of an exemplary method forreal-time predictive cash flow for a restaurant business fromcalculation of real-time cash flow through notification of staffingchanges to restaurant staff.

FIG. 7 is a flow diagram showing the steps of an exemplary method forreal-time payment engine for a restaurant business from initial receiptof payment data through sending payments to vendors and restaurantstaff.

FIG. 8 is a flow diagram showing the steps of an exemplary method forpredictive inventory management for a restaurant business from initialreceipt of supplier data through sending shopping lists to vendors fororder fulfillment.

FIG. 9 is a flow diagram showing the steps of an exemplary method forreal-time inventory optimization for a restaurant business from initialreceipt of supplier data through sending shopping lists to vendors fororder fulfillment.

FIG. 10 is a flow diagram showing the steps of an exemplary method forpredictive staffing management for a restaurant business from initialreceipt of supplier data through sending shopping lists to vendors fororder fulfillment.

FIG. 11 is a flow diagram showing the steps of an exemplary method forreal-time staffing optimization for a restaurant business from initialreceipt of supplier data through sending shopping lists to vendors fororder fulfillment.

FIG. 12 is a block diagram illustrating an exemplary system architecturefor an aspect of a real-time inventory and food portion managementsystem.

FIG. 13 is a flow diagram of an exemplary method for managing foodportion sizes, according to various embodiments.

FIG. 14 is a flow diagram of an exemplary method for generatinginventory adjustment recommendations using food portion recommendations,according to various embodiments.

FIG. 15 is a block diagram illustrating an exemplary hardwarearchitecture of a computing device.

FIG. 16 is a block diagram illustrating an exemplary logicalarchitecture for a client device.

FIG. 17 is a block diagram showing an exemplary architecturalarrangement of clients, servers, and external services.

FIG. 18 is block diagram illustrating another aspect of an exemplaryhardware architecture of a computing device.

DETAILED DESCRIPTION

The inventor has conceived, and reduced to practice, a system and methodfor real-time inventory and food portion management. The system is acloud-based network containing a predictive inventory management engine,an inventory optimization engine, a food logger, mobile and computedevices, staff and vendors, gateways for vendors and staff to interfacewith financial institutions and other 3^(rd) party businesses,enterprise database to store and retrieve including financial data,staffing data, and inventory data. The system can optimizeorganizational operations by predicting and optimizing in real-time keyoperational decisions using artificial intelligence or othercomputerized methods around inventory and food portion management basedupon a multitude of variables associated with the patron and enterprise.

It is frequently the case that an organization wishes to optimize theiroperations around a set of explicit requirements (e.g. maximize cashreserves, minimize staff expenses, increase average sale price, etc.) aswell as an implicit requirement (improve brand awareness, increasecustomer satisfaction, “widen the gap” between the competition, etc.).Additionally, the restaurant may have long term business goals (e.g.geographic expansion, offering expansion, etc.) that should be taken inconsideration as they go about their day-to-day operations. However,achieving the desired outcome using currently available tools ischallenging given the lag of feedback from current business operationsand the lack of integration between financial systems, inventory andstaffing systems. Ultimately the results often lead to a suboptimaloutcome for the restaurant, restaurant staff, patron leading to loss ofviability for the business. Restaurants often make financial, inventoryand staffing decisions based on historical data that is often donewithout full appreciation of the overall business it will have oncurrent and future operations. For example, future staffing schedulesare typically based only on previous staffing demands from the pastseveral weeks and expected restaurant loading. Once a staff schedule isin place, it remains mostly static for the entire duration, e.g. for theweek or two-week period, with limited changes being made by a shiftmanager who may ‘send someone home early’ should there be a ‘lull’ inbusiness. If there is an unexpected ‘rush’ in patrons to the business,the restaurant is often left scrambling resulting in a poor patronexperience and ultimately loss of business for the restaurant.Similarly, restaurant inventory management and purchases are oftenconducted with stale information and without full appreciating of theoverall business. Food items are often ordered based on previousconsumption without considering potential for seasonal, weather, nearreal-time patron interests. Inventory management conducted in thismanner often leads to an over purchase leading to excess wastage, or anunder purchase leading to missed opportunity and decreased patronsatisfaction. In summary, all of these methods are inefficient and noneof them takes into account a myriad of factors that may affectfinancial, inventory and/or staffing decision such as current cashon-hand, trending patron food interest or actual staffing needs.

The invention is particularly useful to both organizations and theirstaff in optimizing business operations and staff working experience.Real-time finance, inventory and staffing enables organizations tooptimize their business by enabling them to put their capital to workthrough micro-loans, purchase discounted inventory items, make nearreal-time staffing adjustments to meet customer demands withoutoverstaffing; and make near real-time menu changes to take advantage ofexisting inventory or capitalize on patron trending food preferences inthe case of restaurants. Patrons can select food items based on theircurrent and past dietary requirements and preferences. As will befurther disclosed herein, the invention makes a multivariate analysis ofa large variety of factors (patron preferences; inventory on-hand,staffing culinary skill; social validation; etc.) to allow a business tooptimize their day-to-day operations in near-real-time fashion whilebeing able to capitalize on emerging business opportunities throughreal-time cash management, predictive inventory, and staffing demands.

While the use case of a restaurant business owner optimizing theirbusiness operations is a primary example used herein, it is important tonote that the invention is not so limited, and may be used by anybusiness (i.e., the invention is not limited to restaurants, and can beapplied to any retail goods, such as grocery stores, on-line and/orbrick and mortar; service business, such as home cleaning, lawn care,financial services) seeking to optimize their cash flows, staff andinventory in a real-time fashion. Additionally, while data ingestion,optimization, and prediction is generalized to machine-learning, it isknown in the art that many machine-learning algorithms and methods maybe implemented to perform the same function with only a difference inperformance or other properties not tied to the outcome of thealgorithm.

One or more different aspects may be described in the presentapplication. Further, for one or more of the aspects described herein,numerous alternative arrangements may be described; it should beappreciated that these are presented for illustrative purposes only andare not limiting of the aspects contained herein or the claims presentedherein in any way. One or more of the arrangements may be widelyapplicable to numerous aspects, as may be readily apparent from thedisclosure. In general, arrangements are described in sufficient detailto enable those skilled in the art to practice one or more of theaspects, and it should be appreciated that other arrangements may beutilized and that structural, logical, software, electrical and otherchanges may be made without departing from the scope of the particularaspects. Particular features of one or more of the aspects describedherein may be described with reference to one or more particular aspectsor figures that form a part of the present disclosure, and in which areshown, by way of illustration, specific arrangements of one or more ofthe aspects. It should be appreciated, however, that such features arenot limited to usage in the one or more particular aspects or figureswith Headings of sections provided in this patent application and thetitle of this patent application are for convenience only, and are notto be taken as limiting the disclosure in any way.

Devices that are in communication with each other need not be incontinuous communication with each other, unless expressly specifiedotherwise. In addition, devices that are in communication with eachother may communicate directly or indirectly through one or morecommunication means or intermediaries, logical or physical.

A description of an aspect with several components in communication witheach other does not imply that all such components are required. To thecontrary, a variety of optional components may be described toillustrate a wide variety of possible aspects and in order to more fullyillustrate one or more aspects. Similarly, although process steps,method steps, algorithms or the like may be described in a sequentialorder, such processes, methods and algorithms may generally beconfigured to work in alternate orders, unless specifically stated tothe contrary. In other words, any sequence or order of steps that may bedescribed in this patent application does not, in and of itself,indicate a requirement that the steps be performed in that order. Thesteps of described processes may be performed in any order practical.Further, some steps may be performed simultaneously despite beingdescribed or implied as occurring non-simultaneously (e.g., because onestep is described after the other step). Moreover, the illustration of aprocess by its depiction in a drawing does not imply that theillustrated process is exclusive of other variations and modificationsthereto, does not imply that the illustrated process or any of its stepsare necessary to one or more of the aspects, and does not imply that theillustrated process is preferred. Also, steps are generally describedonce per aspect, but this does not mean they must occur once, or thatthey may only occur once each time a process, method, or algorithm iscarried out or executed. Some steps may be omitted in some aspects orsome occurrences, or some steps may be executed more than once in agiven aspect or occurrence.

When a single device or article is described herein, it will be readilyapparent that more than one device or article may be used in place of asingle device or article. Similarly, where more than one device orarticle is described herein, it will be readily apparent that a singledevice or article may be used in place of the more than one device orarticle.

The functionality or the features of a device may be alternativelyembodied by one or more other devices that are not explicitly describedas having such functionality or features. Thus, other aspects need notinclude the device itself.

Techniques and mechanisms described or referenced herein will sometimesbe described in singular form for clarity. However, it should beappreciated that particular aspects may include multiple iterations of atechnique or multiple instantiations of a mechanism unless notedotherwise. Process descriptions or blocks in figures should beunderstood as representing modules, segments, or portions of code whichinclude one or more executable instructions for implementing specificlogical functions or steps in the process. Alternate implementations areincluded within the scope of various aspects in which, for example,functions may be executed out of order from that shown or discussed,including substantially concurrently or in reverse order, depending onthe functionality involved, as would be understood by those havingordinary skill in the art.

reference to which they are described. The present disclosure is neithera literal description of all arrangements of one or more of the aspectsnor a listing of features of one or more of the aspects that must bepresent in all arrangements.

Definitions

“Business establishment” or “place of business” as used herein mean thelocation of any business entity with which customers may transactbusiness. Typically, this will be a physical location where customersmay enter the location and transact business directly with employees ofthe business, however, it may also be a delivery-based business. Manyexamples herein use a restaurant as the business establishment, but theinvention is not limited to use in restaurants, and is applicable to anybusiness establishment. “Patron” is used to reference the customer orprospective customer of the business establishment. “Staff” is used toreference the employee or contractor of the business establishment.

Conceptual Architecture

FIG. 1 is a block diagram illustrating an exemplary system architecturefor a real-time finance, inventory and staffing management system 110,according to a preferred aspect. According to an aspect, and using arestaurant as an exemplary business establishment, system comprises areal-time financial system 200, a real-time inventory management system300, a real-time staffing management system 400, and databases 150.Staff mobile devices 120 and restaurant mobile devices 130, may connectto real-time finance, inventory and staffing management system 110,typically via a cellular phone network 160, although connections may bemade through other means, as well, such as through Internet 170 (e.g.,through a Wi-Fi router). Restaurant computers 140 and/or vendorcomputers 160 may connect to real-time finance, inventory, and staffingmanagement system 110, typically through an Internet 170 connection,although other network connections may be used.

According to an aspect, a restaurant may access restaurant computer 140to enter or update a variety of financial information that may includelease hold costs, loaded labor rates, cost of goods sold menu items,recipe information, inventory on-hand, staff, staffing needs, culinaryskill requirements along with other information that may be stored in adatabase 150, and used by real-time financial system 200 that may offeror execute financial transactions to optimize business operations aroundone or more business metrics.

Similarly, according to an aspect, a restaurant may access restaurantcomputer 140 to enter or update a variety of inventory information thatmay include current inventory on hand, re-order levels, expected usageand so on along with other information that may be stored in a database150, and used by real-time inventory management system 300 that mayoffer or execute inventory related actions to optimize inventoryoperations around one or more business metrics. According to one aspect,point-of-sale devices may automatically update inventory information inreal-time after the completion of a transaction.

Similarly, according to another aspect, a restaurant manager may accessrestaurant computer 140 to enter or update a variety of operationalinformation that may include staffing needs, training needs, hours ofoperations, upcoming market events and so on along with otherinformation that may be stored in a database 150, and used by real-timestaffing management system 400 that may offer or execute staffingactions to optimize business operations around one or more staffingmetrics. Other such real-time information and factors may also bedetermined by system through access to one or more external resources180 such as a utility provider that may include current usage, currentrates, balance due and so forth. Other exemplary external resources maycomprise public data services or sources such as weather service, socialmedia platforms, news outlets and rating services.

Likewise, vendors may access vendor computer 160 to enter informationabout service or product provided, invoice information, credit terms andany current or upcoming promotions along with other information.Examples of the types of information that a vendor may enter include,but are not limited to: restaurant name, location, types of food itemprovided (e.g. rice, beans, wagyu beef, scallions, grass fed youngchickens, chicken liver pate, cod liver oil), type of non-food itemprovided (e.g. 12 oz paper cups, 9 inch paper dinner plate, bleach,lemon wax, rubbing alcohol) service offered (e.g. uniform service,landscaping maintenance), item pricing, credit terms, special pricingoptions like volume discounting daily specials or seasonal offerings. Insome aspects, the system may be able to determine certain information byaccessing external resources 180 such as mapping websites andapplications. For example, system may access a publicly-availablemapping website such as Google maps, which may contain information aboutthe restaurant's name, location, types of food offered, hours ofoperation, phone number, etc. Thus, in some aspects, it is not necessaryfor the restaurant to enter certain information through portal, as theinformation may be automatically obtained from external resources 180.

In an aspect, when a staff mobile device 120 connects to real-timefinance, inventory and staffing management system 110 and requests amicroloan, real-time financial system 200 queries database 150 for therisk profile of staff, current cash profile of the restaurant andcompares with loan request and offers a loan and associated terms. Thestaff may decide to accept or decline loan term offers through the staffmobile device 120. Similarly, staff may access staff mobile device 120and request scheduling information or updates from the real-timestaffing management system 400.

In some aspects, real-time staffing management system 400, through staffmobile device 120, may also provide information to the staff of schedulemodifications or upcoming staffing needs which the staff may accept ordecline. If the restaurant has entered information such as incentivepay, real-time staffing management system, 400 may use that informationto offer the restaurant staff additional monetary or other incentives(e.g. future vacation day with pay) to accept a shift schedule that issorely needed to be filled. Such incentives may be adjusted for busyperiods at the restaurant (typically around lunch and dinner) eitherautomatically based on the restaurant's history as stored in a database150, or by retrieving information stored in a database 150 that has beenmanually entered by the restaurant through restaurant computer 140 orrestaurant mobile device 130.

FIG. 2 is a block diagram illustrating an exemplary architecture for anaspect of a real-time financial system 200. According to an aspect, areal-time financial system 200 comprises several subsystems including apredictive cash flow management engine 210 and a payment engine 220. Apredictive cashflow management engine 210 may connect, for a bi-lateraldata exchange, between POS data gateway 201, accounts receivable gateway202, account payable gateway 203, financial services gateway 204; mayreceive operational cost profile 205 and staffing profile 206; and mayprovide as outputs loan risk profile 207, menu adjustment 208, andstaffing adjustment 209. A payment engine 220 may receive payee profile212, staff profile 213; establish a bi-lateral data exchange withrestaurant gateway 214, microloan gateway 215, and payment gateway 216.

According to an aspect, when a restaurant desires to optimize theiroperations around a given parameter, for example to maximizeprofitability, predictive cashflow management engine 210 receivescurrent menu offering from POS data gateway 201, current outstandinginvoices from account receivable gateway 202, current outstandingaccounts payable from accounts payable gateway 203, current bankingbalances from financial services gateway 204, operational cost profile205, staffing profile 206. Input data set is cleansed and formattedusing machine learning or other techniques to those skilled in the art.A predictive cashflow engine then uses dimension gradient optimizationtechnique to maximize a profitability function. The predictive cashflowmanagement engine will provide a corresponding set of instructions formenu adjustments 208, staffing adjustments 209, and makes updatedproposals to suppliers through accounts payable gateway 203 to maximizeprofitability around a given set of parameters.

In some aspects, real-time financial system 200 engine may have apayment subsystem in which a payment engine 220 makes a loan to arestaurant staff or other restaurant partner through a microloan gateway215 based upon information received from the loan risk profile 207 viathe predictive cashflow management engine 210. Loan risk profile 207 maybe determined by deep learning algorithms such as elastic net, randomforest, or gradient boosting models or other approaches known to thoseskilled in the art.

Note that this example is simplified for clarity, and that real-timefinancial system 200 will address a much broader set of factors andvariables, as described elsewhere herein. The predictive cashflowmanagement engine 210 may use any number of optimization algorithms,including machine learning algorithms or others known in the art, tofind optimal solutions to the large number of variables presented.

FIG. 3 is a block diagram illustrating an exemplary architecture for anaspect of a real-time inventory management system 300. According to anaspect, real-time inventory management system 300 comprises, apredictive inventory management engine 310, inventory optimizationengine 320 that may connect to POS data gateway 301, supplier gateway302, inventory data 303, recipe data 304, patron data 305, 3^(rd) partygateway 306 and restaurant portal 312; may provide as outputs shoppinglist 311, menu adjustment 321.

FIG. 4 is a block diagram illustrating an exemplary architecture for anaspect of a real-time staffing management system 400. According to anaspect, real-time staffing management system 400 comprises, a predictivestaffing management engine 410 and staffing optimization engine 420. Apredictive staffing management engine 410 may connect to staffingresource data 401, patron data 402, and 3^(rd) party gateway 403,provide as output staffing requirements 411 and staff updatenotification 412; a staff optimization engine 420 may connect to POSdata gateway 404 and current staffing data 405, may provide as outputstaff adjustments 421.

FIG. 12 is a block diagram illustrating an exemplary system architecturefor an aspect of a real-time inventory and food portion managementsystem 1200. According to an aspect, real-time inventory and foodportion management system 1200 comprises, a predictive inventorymanagement engine 1210, inventory optimization engine 1220 that mayconnect to POS data gateway 1201, food logger 1230, supplier gateway1202, inventory data 1203, recipe data 1204, patron data 1205, 3^(rd)party gateway 1206 and restaurant portal 1212; may provide as outputsshopping list 1211, menu adjustment 1221, and food portion adjustmentrecommendations 1222. System 1200 may be leveraged to determineappropriate food portion sizes for a given patron or group of patronsbased on a given food portion size, the amount of food waste left aftera patron or group of patrons is done eating, and various attributesassociated with the patron or group of patrons. The determined foodportion sizes may be used as an input into one or more neural networksin order to generate real-time inventory, menu, staffing, and financialrecommendations.

According to various embodiments, predictive inventory management engine1210 may be configured to receive, retrieve, or otherwise obtain aplurality of stored and third-party data comprising inventory and patronrelated information and attributes. The information and attributes maybe vectorized using, e.g., principal component analysis to reduce thedimensionality of the vectors, and then use the vectors as input intoone or more machine learning algorithms to create a plurality of neuralnetworks. In other embodiments, the real-time inventory and food portionmanagement system 1200 may implement singular value decomposition inplace of principal component analysis in order to reduce dimensionalityof a vector and/or vector space as a data preprocessing step prior toinputting the vectors into the one or more machine learning algorithms.

The system 1200 features a food logger 1230 which may be configured tomanage food portion sizes. In some embodiments, food logger 1230 may befound on any other devices connected real-time finance, inventory, andstaffing management system 110 such as, for example, staff mobiledevices 120, restaurant mobile devices 130, restaurant computer 140, anduser/patron (e.g., customer) mobile devices. According to someembodiments, food logger 1230 may be a software application and/or webapplication operable on staff mobile devices 120, restaurant mobiledevices 130, restaurant computer 140, and user/patron (e.g., customer)mobile devices. Database 150 includes information used by food logger1230 for managing food portion sizes and may include information aboutmachine learning models for managing food portion sizes and attributesthat are used in said models. Food logger 1230 may determine a size of afood portion for a patron using a machine learning algorithm to generateone or more neural networks, and based on the remaining food portion(i.e., the food waste) when a patron is done consuming the food, foodlogger 1230 may update the one or more neural networks. In someembodiments, the patron may be a single patron. In other embodiments,the patron may be a group of patrons (e.g., all patrons at arestaurant). In other embodiments, food logger may aggregate the foodportion and food waste information of a plurality of patrons in order tocompute an average food portion and average food waste for the pluralityof patrons. Food may be any solid or liquid that may be consumed. Foodlogger 1230 determines a patron to determine the size of food portionfor. Food logger 1230 then determines attributes related to the patronregarding the size of food portions the patron may eat. Food logger 1230may then determine the size of food portion for the user based on theattributes using a machine learning algorithm to create one or moreneural networks. Food logger 1230 then determines the size of the foodwaste after the patron has finished consuming the food. Food logger 1230may then update the one or more neural networks based on the size of thefood waste and the attributes of the customer.

According to some embodiments, food logger 1230 may determine/identify apatron. According to various embodiments, system 1200 may be configuredto identify a patron in a variety of ways including, but not limited to:allowing patrons to create and populate a patron profile with patronpreferences and attributes via a patron portal or restaurant portal 1212accessible via a restaurant computer 140, restaurant mobile device 130,or a patron mobile device; linking the patron profile to a mobile deviceidentifier associated with the mobile device of patron (e.g., MACaddress, etc.); identifying a mobile device via its mobile deviceidentifier via a network connection (e.g., local WIFI network operatingin restaurant, etc.); restaurant staff (e.g., hostess, manager, waitstaff, etc.) asking a first time patron for their name and manuallycreating a patron profile for the first time patron; and using storedbiometric data associated with a patron profile to identify a patron(e.g., using cameras and facial recognition software to identify patronswho enter the restaurant). Once a patron has been identified, foodlogger 1230 may determine the patron preferences and attributesassociated with the patron. This determination of patron preferences andattributes may be based on retrieved patron data 1205 from a patronprofile as well as additional third-party data such as, for example,social media data, weather data, traffic data, news events, localevents, restaurant specials, nutritional data, and location data, toname a few examples.

According to some embodiments, food logger 1230 determines food waste.Food logger 1230 determines the size of food remaining after a patronfinishes consuming the food portion that was previously determined. Invarious embodiments, food logger 1230 may determine food waste based onthe weight of the leftover food, the volume of the leftover food, areaof the leftover food, etc. In some embodiments, the food waste size maybe determined using a variety of devices such as, for example, a visualdevice (e.g., camera, video camera, optical sensor, etc.), a weighingdevice (e.g., scale, pressure sensor, etc.), or the like. For example,each serving dish (e.g., plate, bowl, glassware, etc.) may be fittedwith a radio-frequency identification (RFID) tag which can be used toassociate a given food item and food portion size with a patron or groupof patrons by first plating the food item, then scanning the RFID tag onthe serving dish prior to sending the food item to the patron in orderto log both a food serving size (e.g., total weight of food item beforebeing sent to a dining table, etc.) and a patron associated with thefood item. After the patron has finished consuming the food item, theserving dish with whatever portion of food is leftover may be taken byrestaurant staff to the back of house where the RFID on the serving dishmay be scanned again to log both the amount (e.g., weight, etc.) ofleftover food portion and the patron who consumed the food item on theserving dish. In this way, food logger 1230 can determine food waste.This process may be done on an individual patron basis, may done on allpatrons dining in a restaurant, or may be done on all patrons who orderthe same food item. In some embodiments, food logger 1230 may determinethat there was no food waste. In some embodiments, food logger 1230 maydetermine that there is no food waste and that the patron orderedanother portion of food. In some embodiments, food logger 1230 maydetermine the food waste associated with the additional food portion.

The machine learning algorithms include the construction andimplementation of one or more neural networks that can learn from andmake predictions on data. The neural networks operate by building amodel from example inputs in order to make data-drivenpredictions/recommendations. In some embodiments, the one or more neuralnetworks may be trained from the interactions with all previous patronsof food logger 1230. In some embodiments, database 150 may includemultiple neural networks, where each neural network is for a specificpatron or group of patrons and the neural networks are updated for theinteraction of each specific patron(s) the neural network is associatedwith. According to some embodiments, patron data 1205 may includeinformation about a patron or group of patrons related to food portions.The information may include previous portion serving size, previousportion waste size, the time of the year the food is consumed, thetemperature in the room when the food is consumed, the temperatureoutside when the food is consumed, the weather when the food isconsumed, the ingredients in the food consumed, the chef that preparedthe food, the time of day the food is consumed, the age of the patronconsuming the food, the gender of the patron consuming the food, theheight and/or weight of the patron consuming the food, dish type thepatron is consuming, location where the patron is consuming food, therestaurant where the patron is consuming the food, demographics of therestaurant location where the food is being consumed, cuisine served bythe restaurant that is serving the food, noise level in the room thefood is being consumed, light level in the room the food is beingconsumed, the number of patrons in the restaurant the food is beingconsumed, or the nutritional information of the food being consumed(e.g., protein, carbohydrates, fiber, fat, etc.).

Food logger 1230 neural network(s) may output a predicted food portionsize for a patron or group of patrons. In a restaurant setting, thepredicted food portion size may be output in real-time such that whenback-of-house staff (e.g., cooks, food stagers, etc.) may be able toprepare an appropriate food size for a specific patron or group ofpatrons such that it minimizes the amount of food waste left after thefood has been consumed. This allows restaurants improve profitability byincreasing the amount of servings that may be produced from the giveninventory on hand. For example, if the food waste data associated with agroup of patrons for a specific food item (e.g., spaghetti withmeatballs and garlic bread) indicates that most patrons do not finishthe whole portion of garlic bread, then food logger 1230 may recommendreducing the size of the garlic bread portion for that specific fooditem. In this way, the restaurant may be able to get more servings outof available inventory, while increasing the profitability by reducingthe portion sizes while keeping the prices the same. As food logger 1230receives more data about patron eating habits (i.e., amount of foodwaste), the predictive neural networks improve their predictivecapabilities.

According to various embodiments, predicted food portion sizes as outputby food logger 1230 may be received and used by predictive inventorymanagement engine 1210 and/or inventory optimization engine 1220 inorder to generate a plurality of inventory adjustment recommendationssuch as smart shopping lists 1211, menu adjustments 1221, and foodportion adjustments 1222. According to various embodiments, foodportions may be adjusted in a restaurant based on location of therestaurant. The average waste per meal is analyzed for each meal on themenu and the portion size may be adjusted, or the menu may be adjustedto reflect portion size adjustment. The portion size may be adjusted bylocation or patron. A neural network may predict waste based on time ofthe year and/or the current weather and may include features for time ofthe year, temperature, and weather. According to some embodiments, foodportions may be adjusted in a restaurant based on patron identification.A neural network model may learn what ingredients a patron may waste themost and what the predicted waste ratio is for a meal featuring specificingredients.

DETAILED DESCRIPTION OF EXEMPLARY ASPECTS

FIG. 5 is a flow diagram showing the steps of an exemplary method forpredictive cashflow. In a first step, 501 receive point-of-sales (“POS”)data from a plurality of business computing devices for one or moresales transactions, POS data for each sales transaction comprising fooditem, food amount, food cost, time and location descriptors; In a nextstep, 502 receive accounts receivable data from a plurality of businesscomputing devices for one or more business vendors, accounts receivabledata comprising account receivable entity name, service rendered,product delivered, amount paid, balance due and credit terms. In a nextstep, 503 receive accounts payable data from a plurality of businesscomputing devices for one or more business vendors, accounts payabledata comprising account payable entity name, service rendered, productdelivered, amount paid, balance due and credit terms. In a next step,504 receive bank and credit card account data from a plurality ofbusiness computing devices for one or more banking entities, bank andcredit card account data comprising account balances, payments receivedand balance. In a next step, 505 retrieve operational cost profile froman operational database 150, operational cost profile comprising hoursof operation, leasehold costs, tax and insurance costs, cost of goodssold, profit margins, salary costs, hourly wage costs, professionalservices costs. In a next step, 506 retrieve staffing profile from astaffing management database 150, staffing profile comprising number ofhourly staff previously scheduled, hourly staff previously worked, staffskill-level, planned hourly staff schedule. In a next step, 507 analyzeincome and expense data that may include deep learning techniques suchas recurring neural networks or other techniques familiar to thoseskilled in the art.

FIG. 6 is a flow diagram showing the steps of an exemplary method forpredictive cashflow continuation of FIG. 5. In a first step, 601calculate real-time profit and loss, cash flow data. In a next step, 602generate loan risk profile using deep learning algorithms such aselastic net, random forest, or gradient boosting models or otherapproaches known to those skilled in the art, and provide recommendationfor micro-loans based on cash flow to optimize business operations. In anext step, 603 generate menu adjustment to optimize business operations.In a next step, 604 generate staffing adjustment to optimize businessoperations. In a next step, 605 send microloan details to paymentgateway. In a next step, 606 send menu adjustments to restaurant displayboards and back office food preparation display devices. In a next step,607 send staffing adjustments to business compute device, recommendationcomprising staffing skill level, schedules, cost impact. In a next step,608 notify staff of schedule changes via their mobile device.

FIG. 7 is a flow diagram showing the steps of an exemplary method forreal-time payment processing. In a first step, 701 receive payment datafrom a predictive cash flow management engine, payment data comprisingpayor name and address, payee identifier, invoice identifier, andpayment amount. In a next step, 702 receive micro-loan data from apredictive cash flow management engine, micro-loan data comprisingemployees name and address, employee identifier, loan identifier, andloan amount. In a next step, 703 retrieve payee profile data from payeeprofile database 150, payee profile data comprising payees name, payeeaddress, open invoices, balances due, payment preference details. In anext step, 704 retrieve staff profile data from staff profile database,staff profile data comprising staff name, staff address, open loanbalances, repayment terms, payment due date, bank account details. In anext step, 705 compute payment details and distribution amounts. In anext step, 706 send electronic payment information to business computedevice, electronic payment comprising bank routing number, bank accountnumber, dollar amount, reference memo. In a next step, 707 sendelectronic payment to business check printing, electronic paymentcomprising payee name, payee address, invoice number, payment amount.

FIG. 8 is a flow diagram showing the steps of an exemplary method forpredictive inventory management process. In a first step, 801 receivepoint-of-sales (“POS”) data from a plurality of business computingdevices for one or more sales transactions, POS data for each salestransaction comprising food item, food amount, food cost, time andlocation descriptors. In a next step, 802 receive supplier data from aplurality of business computing devices for one or more supplierbusiness entities, supplier data for each supplier business entitycomprising vendor name, vendor location, food item, available quantity,list price, volume discounts. In a next step, 803 receive real-time3^(rd) party data from a plurality of business computing devices for oneor more data sources, the 3^(rd) party data comprising local news andevents, current and forecasted weather, social media feeds, rating andreview sites. In a next step, 804 retrieve inventory data from inventorydatabase, inventory data comprising items on-hand, par level, lastre-order date, expiration date, forecasted re-order date. In a nextstep, 805 retrieve patron data from patron profile database, patron datacomprising food items previously purchased, day and time data, weatherconditions, local news and events. In a next step, 806 retrieve recipedata from recipe database, recipe data comprising food type, foodamount. In a next step, 807 analyze inventory metrics, patron historicalfood purchase history. In a next step, 808 predict future inventoryrequirements. In a next step, 809 generate recommended shopping list tooptimize business operations. In a next step, 810 send recommendedshopping list to business compute device, recommended shopping listcomprising vendor name, vendor address, order item, order quantity,payment terms delivery options available. In a next step, 811 sendrecommended shopping list to supplier business compute device for orderfulfillment, recommended shopping list comprising vendor name, vendoraddress, order item, order quantity, payment terms delivery optionsavailable.

FIG. 9 is a flow diagram showing the steps of an exemplary method forinventory optimization process. In a first step, 901 receivepoint-of-sales (“POS”) data from a plurality of business computingdevices for one or more sales transactions, POS data for each salestransaction comprising food item, food amount, food cost, time andlocation descriptors. In a next step, 902 retrieve inventory data frominventory database, inventory data comprising items on-hand, par level,last re-order date, expiration date, forecasted re-order date. In a nextstep, 903 retrieve recipe data from recipe database, recipe datacomprising food type, food amount. In a next step, 904 retrieve patrondata from patron profile database, the patron data comprising food itemspreviously purchased, day and time data, weather conditions, surroundingcircumstances including local news and events. In a next step, 905receive real-time 3^(rd) party data from a plurality of businesscomputing devices for one or more data sources, the 3^(rd) party datacomprising local news and events, current and forecasted weather, socialmedia feeds, rating and review sites. In a next step, 906 analyzeinventory metrics, patron food purchase history and predict inventoryrequirements using Deep Learning algorithms such as elastic net, randomforest, or gradient boosting models or other Artificial Intelligenttechniques known to those skilled in the art. In a next step, 907generate recommended menu adjustments to optimize business operations.In a next step, 908 send recommended menu adjustments to businesscompute device, the recommended menu adjustments comprising food itemname, price, promotion information.

FIG. 10 is a flow diagram showing the steps of an exemplary method forpredictive staff management process. In a first step, 1001 receivestaffing data from a plurality of business computing devices for one ormore staffing business entities, staffing data for each staffingbusiness entity comprising staff name, skillset, availability,compensation details. In a next step, 1002 retrieve aggregate patrontransaction data from patron transaction database, patron transactiondata comprising patron dining dates and times, menu items purchased,amount paid, number in party, dining experience rating, weatherconditions, local news and events. In a next step, 1003 receivereal-time 3^(rd) party data from a plurality of business computingdevices for one or more data sources, 3^(rd) party data comprising localnews and events, current and forecasted weather, social media feeds,rating and review sites. In a next step, 1004 analyze staffing metrics,patron dining data and create predicted data set using Deep Learningalgorithms such as elastic net, random forest, or gradient boostingmodels or other Artificial Intelligent techniques known to those skilledin the art. In a next step, 1005 generate recommended staffingrequirements to optimize business operations. In a next step, 1006 sendstaffing requirements to business compute device, staffing requirementslist comprising staff name, staff contact info, skillset, availability,and compensation details. In a next step, 1007 send personalizedstaffing info to staff compute device for schedule notification andacceptance to staff member.

FIG. 11 is a flow diagram showing the steps of an exemplary method forstaff optimization process. In a first step, 1101 receive point-of-sales(“POS”) data from a plurality of business computing devices for one ormore sales transactions, POS data for each sales transaction comprisingfood item, food amount, food cost, time and location descriptors. In anext step, 1102 receive patron real-time experience data from aplurality of business computing devices for one or more diningtransactions, patron real-time experience data for each transactioncomprising rating data, food items ordered, food cost, time and locationdescriptors. In a next step, 1103 receive schedule forecast data frompredictive staffing management engine. In a next step, 1104 retrievereal-time staffing data from staffing database, real-time staffing datacomprising staff on-hand, skill level, shift detail, compensationdetails. In a next step, 1105 analyze current staffing metrics, currentpatron dining experience and compare with optimized business operationmetrics. In a next step, 1106 generate recommended staffing adjustmentsto optimize business operations. In a next step, 1107 send staffingadjustments to business compute device, staffing adjustments comprisingstaff name, recommended change, expected outcome.

An exemplary financial forecasting technique may include applying Bayes'Theorem or similar financial forecasting technique familiar to thoseskilled in the art. In making a particular business decision (e.g.extending a microloan to a staff member, paying a vendor bill, making afood item purchase, etc.), one can forecast the resulting financialoutcome (e.g. changes to restaurants' net income stream, balance sheets,bond credit rating, changing value of assets and other related financialdata) with a high probability of occurring.

An exemplary semantic comparison method may include term vector spaceanalysis technique to those familiar in the art. Term vector modeling isan algebraic model for representing text and text documents as vectors.Each term or word in a text document typically corresponds to adimension in that vector. Once a text document is described as a wordvector, comparisons between two vectors may be made using vectorcalculus. One useful technique to determine similarities betweendocuments is by comparing the deviation of angles between each documentvector and the original query vector where the query is represented as avector with same dimension as the vectors that represent the otherdocuments.

An exemplary dimensional reduction technique familiar to those skilledin the art is Principal Component Analysis (“PCA”), which may be used tooptimize the variables prior to vectorization to reduce dimensionalityof resulting vectors prior to feeding into a machine learning algorithm.

An exemplary optimization method may include deep learning techniquesfamiliar to those skilled in the art. One such form of deep learningthat is particularly useful when generating text is Recurrent NeuralNetworks (“RNN”) using long short-term memory (“LSTMs”) units or cells.A single LSTM is comprised of a memory-containing cell, an input gate,an output gate and a forget gate. The input and forget gate determinehow much of incoming values transit to the output gate and theactivation function of the gates is usually a logistic function. Theinitial input data will cause the model to learn the weights ofconnections that influence the activity of these gates which will impactthe resultant output. To generate optimized staffing for a givenrestaurant, historic staffing for a given restaurant, patron loading,patron rating review along with other data are fed into the input gateof the RNN, in turn the RNN will learn how best to staff for givenrestaurant situation and create an optimized staffing output.

FIG. 13 is a flow diagram of an exemplary method 1300 for managing foodportion sizes, according to various embodiments. In one embodiment, thesteps of method 1300 may be performed by food logger 1230. In otherembodiments, the steps may be performed by any other device, software,or hardware working with food logger 1230. In some embodiments, themethod 1300 may be performed in response to a request for a foodportion. In some embodiments, the request for a food portion may comefrom restaurant staff when a patron checks in for dining, or the requestfor a food portion may come from a patron. In other embodiments, themethod 1300 may be performed whenever any part of the machine learningalgorithm and/or neural network is updated with new data.

At step 1305, food logger 1230 may first identify a patron or group ofpatrons for which to determine a food portion for. Identification of thepatron may be done automatically via a variety of mechanisms such asbiometric authentication, mobile device identification of a mobiledevice associated with a patron, matching a patron image with anexisting patron image stored within a patron profile existing indatabase 150, or manually by restaurant front-of-house staff duringpatron check-in. As a next step 1310, after a patron has beenidentified, food logger 1230 may obtain patron preferences andattributes that can be used to determine the food portion size for theidentified patron. Food logger 1230 may obtain preferences andattributes from information stored in database 150. In otherembodiments, food logger 1230 may query the patron for information todetermine the preferences and attributes. In other embodiments, foodlogger 1230 may connect and communicate with external third-partyservices and databases to determine preferences and attributes.

At a next step 1315, food logger 1230 may determine a food portion forthe identified patron. Food portions can be determined using the neuralnetwork and the preferences/attributes of step 1310 to determine thefood proportion size for the identified patron. In some embodiments, theneural network may be a model that applies to all patrons. In otherembodiments, the neural network may be a model that is specific to theidentified patron.

In some embodiments, the neural network may be a model that applies tomultiple patron groups (e.g., multiple restaurants, multiple restaurantlocations, etc.). In some embodiments, food logger 1230 may determinethe food portion size based on the weight of the food portion, volume offood portion, area of the food portion on the serving dish, number offood items (e.g., entree and two side dishes), number of units ofspecific food items (e.g., two pieces of toast, three tacos, etc.). Forexample, food logger 1230 may determine that a patron should be served afourteen ounces of nachos based on the preferences/attributes of thepatron. Attributes of the patron may include that the patron consumesless food when it is summertime, that the current season is summer,patron is female, female patrons tend to eat smaller portions, patron isin a group, and that patrons in a group tend to eat larger portions. Asanother example, food logger 1230 may determine that all patrons in aspecific restaurant should be served portions sizes that are twelvepercent smaller than the “normal” portion size based on thepreferences/attributes of all patrons at the specific restaurant.

At a next step 1320, food logger determines food waste. Food logger 1230may determine the size of the leftover food remaining on a serving dishafter the patron has finished eating their food portion determine atstep 1315. Determined food waste may be associated with the identifiedpatron. For example, food logger 1230 may determine that the identifiedpatron has three ounces of nachos leftover on the serving dish after thepatron has finished eating their previously determined food portion. Asa last step 1325, food logger 1230 may update the neural network(s)based on the determined food waste of the patron, the determined foodportion of the patron, and the preferences/attributes associated withthe patron at the time of consumption. The neural network may be updatedbased on no food waste. The neural network may be updated based on apatron requesting another food portion.

FIG. 14 is a flow diagram of an exemplary method 1400 for generatinginventory adjustment recommendations using food portion recommendations,according to various embodiments. According to some embodiments, thefirst step 1405 is to receive, retrieve, or otherwise obtain, at apredictive inventory management engine 1210 and/or inventoryoptimization engine 1220, a food portion recommendation from food logger1230. As a next step 1410, engines 1210, 1220, may obtain stored andthird-party data comprising financial, inventory, staff, and patronrelated information. At step 1415, the obtained stored and third-partydata, as well as the food portion recommendation, can be vectorized andthen have the vectors undergo dimension reductions techniques such as,for example, principal component analysis or singular valuedecomposition. These vectors may be used as input into a machinelearning algorithm to generate a plurality of neural networks at step1420. The next step 1425 is to use the plurality of neural networks toanalyze the obtained data to determine real-time inventory usage basedon portion sizes. As a last step 1430, the real-time inventory and foodportion management system 1200 may automatically generate a plurality ofinventory adjustment recommendations based on the determined real-timeinventory usage and portion size recommendations.

Hardware Architecture

Generally, the techniques disclosed herein may be implemented onhardware or a combination of software and hardware. For example, theymay be implemented in an operating system kernel, in a separate userprocess, in a library package bound into network applications, on aspecially constructed machine, on an application-specific integratedcircuit (ASIC), or on a network interface card.

Software/hardware hybrid implementations of at least some of the aspectsdisclosed herein may be implemented on a programmable network-residentmachine (which should be understood to include intermittently connectednetwork-aware machines) selectively activated or reconfigured by acomputer program stored in memory. Such network devices may havemultiple network interfaces that may be configured or designed toutilize different types of network communication protocols. A generalarchitecture for some of these machines may be described herein in orderto illustrate one or more exemplary means by which a given unit offunctionality may be implemented. According to specific aspects, atleast some of the features or functionalities of the various aspectsdisclosed herein may be implemented on one or more general-purposecomputers associated with one or more networks, such as for example anend-user computer system, a client computer, a network server or otherserver system, a mobile computing device (e.g., tablet computing device,mobile phone, smartphone, laptop, or other appropriate computingdevice), a consumer electronic device, a music player, or any othersuitable electronic device, router, switch, or other suitable device, orany combination thereof. In at least some aspects, at least some of thefeatures or functionalities of the various aspects disclosed herein maybe implemented in one or more virtualized computing environments (e.g.,network computing clouds, virtual machines hosted on one or morephysical computing machines, or other appropriate virtual environments).

Referring now to FIG. 15, there is shown a block diagram depicting anexemplary computing device 10 suitable for implementing at least aportion of the features or functionalities disclosed herein. Computingdevice 10 may be, for example, any one of the computing machines listedin the previous paragraph, or indeed any other electronic device capableof executing software- or hardware-based instructions according to oneor more programs stored in memory. Computing device 10 may be configuredto communicate with a plurality of other computing devices, such asclients or servers, over communications networks such as a wide areanetwork a metropolitan area network, a local area network, a wirelessnetwork, the Internet, or any other network, using known protocols forsuch communication, whether wireless or wired.

In one aspect, computing device 10 includes one or more centralprocessing units (CPU) 12, one or more interfaces 15, and one or morebusses 14 (such as a peripheral component interconnect (PCI) bus). Whenacting under the control of appropriate software or firmware, CPU 12 maybe responsible for implementing specific functions associated with thefunctions of a specifically configured computing device or machine. Forexample, in at least one aspect, a computing device 10 may be configuredor designed to function as a server system utilizing CPU 12, localmemory 11 and/or remote memory 16, and interface(s) 15. In at least oneaspect, CPU 12 may be caused to perform one or more of the differenttypes of functions and/or operations under the control of softwaremodules or components, which for example, may include an operatingsystem and any appropriate applications software, drivers, and the like.

CPU 12 may include one or more processors 13 such as, for example, aprocessor from one of the Intel, ARM, Qualcomm, and AMD families ofmicroprocessors. In some aspects, processors 13 may include speciallydesigned hardware such as application-specific integrated circuits(ASICs), electrically erasable programmable read-only memories(EEPROMs), field-programmable gate arrays (FPGAs), and so forth, forcontrolling operations of computing device 10. In a particular aspect, alocal memory 11 (such as non-volatile random access memory (RAM) and/orread-only memory (ROM), including for example one or more levels ofcached memory) may also form part of CPU 12. However, there are manydifferent ways in which memory may be coupled to system 10. Memory 11may be used for a variety of purposes such as, for example, cachingand/or storing data, programming instructions, and the like. It shouldbe further appreciated that CPU 12 may be one of a variety ofsystem-on-a-chip (SOC) type hardware that may include additionalhardware such as memory or graphics processing chips, such as a QUALCOMMSNAPDRAGON™ or SAMSUNG EXYNOS™ CPU as are becoming increasingly commonin the art, such as for use in mobile devices or integrated devices.

As used herein, the term “processor” is not limited merely to thoseintegrated circuits referred to in the art as a processor, a mobileprocessor, or a microprocessor, but broadly refers to a microcontroller,a microcomputer, a programmable logic controller, anapplication-specific integrated circuit, and any other programmablecircuit.

In one aspect, interfaces 15 are provided as network interface cards(NICs). Generally, NICs control the sending and receiving of datapackets over a computer network; other types of interfaces 15 may forexample support other peripherals used with computing device 10. Amongthe interfaces that may be provided are Ethernet interfaces, frame relayinterfaces, cable interfaces, DSL interfaces, token ring interfaces,graphics interfaces, and the like. In addition, various types ofinterfaces may be provided such as, for example, universal serial bus(USB), Serial, Ethernet, FIREWIRE™, THUNDERBOLT™, PCI, parallel, radiofrequency (RF), BLUETOOTH™, near-field communications (e.g., usingnear-field magnetics), 802.11 (Wi-Fi), frame relay, TCP/IP, ISDN, fastEthernet interfaces, Gigabit Ethernet interfaces, Serial ATA (SATA) orexternal SATA (ESATA) interfaces, high-definition multimedia interface(HDMI), digital visual interface (DVI), analog or digital audiointerfaces, asynchronous transfer mode (ATM) interfaces, high-speedserial interface (HSSI) interfaces, Point of Sale (POS) interfaces,fiber data distributed interfaces (FDDIs), and the like. Generally, suchinterfaces 15 may include physical ports appropriate for communicationwith appropriate media. In some cases, they may also include anindependent processor (such as a dedicated audio or video processor, asis common in the art for high-fidelity A/V hardware interfaces) and, insome instances, volatile and/or non-volatile memory (e.g., RAM).

Although the system shown in FIG. 15 illustrates one specificarchitecture for a computing device 10 for implementing one or more ofthe aspects described herein, it is by no means the only devicearchitecture on which at least a portion of the features and techniquesdescribed herein may be implemented. For example, architectures havingone or any number of processors 13 may be used, and such processors 13may be present in a single device or distributed among any number ofdevices. In one aspect, a single processor 13 handles communications aswell as routing computations, while in other aspects a separatededicated communications processor may be provided. In various aspects,different types of features or functionalities may be implemented in asystem according to the aspect that includes a client device (such as atablet device or smartphone running client software) and server systems(such as a server system described in more detail below).

Regardless of network device configuration, the system of an aspect mayemploy one or more memories or memory modules (such as, for example,remote memory block 16 and local memory 11) configured to store data,program instructions for the general-purpose network operations, orother information relating to the functionality of the aspects describedherein (or any combinations of the above). Program instructions maycontrol execution of or comprise an operating system and/or one or moreapplications, for example. Memory 16 or memories 11, 16 may also beconfigured to store data structures, configuration data, encryptiondata, historical system operations information, or any other specific orgeneric non-program information described herein.

Because such information and program instructions may be employed toimplement one or more systems or methods described herein, at least somenetwork device aspects may include nontransitory machine-readablestorage media, which, for example, may be configured or designed tostore program instructions, state information, and the like forperforming various operations described herein. Examples of suchnontransitory machine-readable storage media include, but are notlimited to, magnetic media such as hard disks, floppy disks, andmagnetic tape; optical media such as CD-ROM disks; magneto-optical mediasuch as optical disks, and hardware devices that are speciallyconfigured to store and perform program instructions, such as read-onlymemory devices (ROM), flash memory (as is common in mobile devices andintegrated systems), solid state drives (SSD) and “hybrid SSD” storagedrives that may combine physical components of solid state and hard diskdrives in a single hardware device (as are becoming increasingly commonin the art with regard to personal computers), memristor memory, randomaccess memory (RAM), and the like. It should be appreciated that suchstorage means may be integral and non-removable (such as RAM hardwaremodules that may be soldered onto a motherboard or otherwise integratedinto an electronic device), or they may be removable such as swappableflash memory modules (such as “thumb drives” or other removable mediadesigned for rapidly exchanging physical storage devices),“hot-swappable” hard disk drives or solid state drives, removableoptical storage discs, or other such removable media, and that suchintegral and removable storage media may be utilized interchangeably.Examples of program instructions include both object code, such as maybe produced by a compiler, machine code, such as may be produced by anassembler or a linker, byte code, such as may be generated by forexample a JAVA™ compiler and may be executed using a Java virtualmachine or equivalent, or files containing higher level code that may beexecuted by the computer using an interpreter (for example, scriptswritten in Python, Perl, Ruby, Groovy, or any other scripting language).

In some aspects, systems may be implemented on a standalone computingsystem. Referring now to FIG. 16, there is shown a block diagramdepicting a typical exemplary architecture of one or more aspects orcomponents thereof on a standalone computing system. Computing device 20includes processors 21 that may run software that carry out one or morefunctions or applications of aspects, such as for example a clientapplication 24. Processors 21 may carry out computing instructions undercontrol of an operating system 22 such as, for example, a version ofMICROSOFT WINDOWS™ operating system, APPLE macOS™ or iOS™ operatingsystems, some variety of the Linux operating system, ANDROID™ operatingsystem, or the like. In many cases, one or more shared services 23 maybe operable in system 20 and may be useful for providing common servicesto client applications 24. Services 23 may for example be WINDOWS™services, user-space common services in a Linux environment, or anyother type of common service architecture used with operating system 21.Input devices 28 may be of any type suitable for receiving user input,including for example a keyboard, touchscreen, microphone (for example,for voice input), mouse, touchpad, trackball, or any combinationthereof. Output devices 27 may be of any type suitable for providingoutput to one or more users, whether remote or local to system 20, andmay include for example one or more screens for visual output, speakers,printers, or any combination thereof. Memory 25 may be random-accessmemory having any structure and architecture known in the art, for useby processors 21, for example to run software. Storage devices 26 may beany magnetic, optical, mechanical, memristor, or electrical storagedevice for storage of data in digital form (such as those describedabove, referring to FIG. 16). Examples of storage devices 26 includeflash memory, magnetic hard drive, CD-ROM, and/or the like.

In some aspects, systems may be implemented on a distributed computingnetwork, such as one having any number of clients and/or servers.Referring now to FIG. 17, there is shown a block diagram depicting anexemplary architecture 30 for implementing at least a portion of asystem according to one aspect on a distributed computing network.According to the aspect, any number of clients 33 may be provided. Eachclient 33 may run software for implementing client-side portions of asystem; clients may comprise a system 20 such as that illustrated inFIG. 16. In addition, any number of servers 32 may be provided forhandling requests received from one or more clients 33. Clients 33 andservers 32 may communicate with one another via one or more electronicnetworks 31, which may be in various aspects any of the Internet, a widearea network, a mobile telephony network (such as CDMA or GSM cellularnetworks), a wireless network (such as Wi-Fi, WiMAX, LTE, and so forth),or a local area network (or indeed any network topology known in theart; the aspect does not prefer any one network topology over anyother). Networks 31 may be implemented using any known networkprotocols, including for example wired and/or wireless protocols.

In addition, in some aspects, servers 32 may call external services 37when needed to obtain additional information, or to refer to additionaldata concerning a particular call. Communications with external services37 may take place, for example, via one or more networks 31. In variousaspects, external services 37 may comprise web-enabled services orfunctionality related to or installed on the hardware device itself. Forexample, in one aspect where client applications 24 are implemented on asmartphone or other electronic device, client applications 24 may obtaininformation stored in a server system 32 in the cloud or on an externalservice 37 deployed on one or more of a particular enterprise's oruser's premises. In addition to local storage on servers 32, remotestorage 38 may be accessible through the network(s) 31.

In some aspects, clients 33 or servers 32 (or both) may make use of oneor more specialized services or appliances that may be deployed locallyor remotely across one or more networks 31. For example, one or moredatabases 34 in either local or remote storage 38 may be used orreferred to by one or more aspects. It should be understood by onehaving ordinary skill in the art that databases in storage 34 may bearranged in a wide variety of architectures and using a wide variety ofdata access and manipulation means. For example, in various aspects oneor more databases in storage 34 may comprise a relational databasesystem using a structured query language (SQL), while others maycomprise an alternative data storage technology such as those referredto in the art as “NoSQL” (for example, HADOOP CASSANDRA™, GOOGLEBIGTABLE™, and so forth). In some aspects, variant databasearchitectures such as column-oriented databases, in-memory databases,clustered databases, distributed databases, or even flat file datarepositories may be used according to the aspect. It will be appreciatedby one having ordinary skill in the art that any combination of known orfuture database technologies may be used as appropriate, unless aspecific database technology or a specific arrangement of components isspecified for a particular aspect described herein. Moreover, it shouldbe appreciated that the term “database” as used herein may refer to aphysical database machine, a cluster of machines acting as a singledatabase system, or a logical database within an overall databasemanagement system. Unless a specific meaning is specified for a givenuse of the term “database”, it should be construed to mean any of thesesenses of the word, all of which are understood as a plain meaning ofthe term “database” by those having ordinary skill in the art.

Similarly, some aspects may make use of one or more security systems 36and configuration systems 35. Security and configuration management arecommon information technology (IT) and web functions, and some amount ofeach are generally associated with any IT or web systems. It should beunderstood by one having ordinary skill in the art that anyconfiguration or security subsystems known in the art now or in thefuture may be used in conjunction with aspects without limitation,unless a specific security 36 or configuration system 35 or approach isspecifically required by the description of any specific aspect.

FIG. 18 shows an exemplary overview of a computer system 40 as may beused in any of the various locations throughout the system. It isexemplary of any computer that may execute code to process data. Variousmodifications and changes may be made to computer system 40 withoutdeparting from the broader scope of the system and method disclosedherein. Central processor unit (CPU) 41 is connected to bus 42, to whichbus is also connected memory 43, nonvolatile memory 44, display 47,input/output (I/O) unit 48, and network interface card (NIC) 53. I/Ounit 48 may, typically, be connected to peripherals such as a keyboard49, pointing device 50, hard disk 52, real-time clock 51, a camera 57,and other peripheral devices. NIC 53 connects to network 54, which maybe the Internet or a local network, which local network may or may nothave connections to the Internet. The system may be connected to othercomputing devices through the network via a router 55, wireless localarea network 56, or any other network connection. Also shown as part ofsystem 40 is power supply unit 45 connected, in this example, to a mainalternating current (AC) supply 46. Not shown are batteries that couldbe present, and many other devices and modifications that are well knownbut are not applicable to the specific novel functions of the currentsystem and method disclosed herein. It should be appreciated that someor all components illustrated may be combined, such as in variousintegrated applications, for example Qualcomm or Samsungsystem-on-a-chip (SOC) devices, or whenever it may be appropriate tocombine multiple capabilities or functions into a single hardware device(for instance, in mobile devices such as smartphones, video gameconsoles, in-vehicle computer systems such as navigation or multimediasystems in automobiles, or other integrated hardware devices).

In various aspects, functionality for implementing systems or methods ofvarious aspects may be distributed among any number of client and/orserver components. For example, various software modules may beimplemented for performing various functions in connection with a systemof any particular aspect, and such modules may be variously implementedto run on server and/or client components.

What is claimed is:
 1. A system using machine learning for integratedrestaurant real-time inventory and food portion management comprising: acomputing device comprising a memory, a processor, and a non-volatiledata storage device; a real-time inventory and food portion managementserver comprising a first plurality of programming instructions storedin the memory which, when operating on the processor, causes thecomputing device to: connect to a user device via a wireless network;identify a patron associated with the user device; obtain patronattributes; determine a food portion using a first machine learningalgorithm and the obtained patron attributes; determine a food waste;receive real-time patron information from the user device via thenetwork, the real-time patron information comprising device location,time, and patron historical food portion information; receive currentinventory data; receive the determined food portion and a plurality ofstored and third-party data comprising financial, inventory, staff, andpatron related information via the wireless network, vectorize thereceived food portion and the plurality of stored and third party datausing principal component analysis to reduce the dimensionality of thevectors, use the vectors as input into a second machine learningalgorithm to create a plurality of neural networks, and use theplurality of neural networks to: analyze the received data using vectorspace analysis to determine real-time inventory usage based on thedetermined food portions; automatically generate a plurality ofinventory adjustment recommendations based on the determined real-timeinventory usage, patron data, and third-party data comprising at leastone of: local news and events, current and forecasted weather, a socialmedia posting, or a rating or review; and automatically place an orderfor goods based on the determined real-time inventory usage and theplurality of inventory adjustment recommendations.
 2. The system ofclaim 1, wherein the patron attributes, the food portion, and the foodwaste is used to update the first machine learning algorithm.
 3. Thesystem of claim 1, further comprising an inventory database stored onthe non-volatile data storage device, the inventory database comprisingat least one of: a quantity of an item on-hand, a par level, a lastre-order date, an expiration date, or a forecasted re-order date;real-time third-party data, the real-time third-party data comprising atleast one of: local news and events, current and forecasted weather, asocial media posting, or a rating or review; and stored patron datacomprising at least one of: a food item previously purchased, historicalfood portion recommendations, day and time data, weather conditions, orlocal news and events.
 4. The system of claim 1, wherein the retrievedcurrent inventory data comprises at least one of: a quantity of an itemon-hand, a par level, a last re-order date, an expiration date, or aforecasted re-order date; real-time third-party data, the real-timethird-party data comprising at least one of: local news and events,current and forecasted weather, a social media posting, or a rating orreview; and stored patron data comprising at least one of: a food itempreviously purchased, day and time data, weather conditions, or localnews and events.
 5. The system of claim 1, wherein the inventoryadjustment recommendations generate menu changes for a restaurant basedon patron trends, food portion recommendations, or inventoryavailability.
 6. A method for real-time inventory and food portionmanagement comprising the steps of: connecting, using a computing devicecomprising a memory, a processor, and a non-volatile data storagedevice, a real-time inventory and food portion management servercomprising a first plurality of programming instructions stored in thememory to a user device via a wireless network; identifying a patronassociated with the user device; obtaining patron attributes;determining a food portion using a first machine learning algorithm andthe obtained patron attributes; determining a food waste; wirelesslyreceiving, at the real-time inventory and food portion managementserver, real-time patron information from the user device, the real-timepatron information comprising device location, time, patron historicalfood portion information; receiving current inventory; wirelesslyreceiving, at the real-time inventory and food portion managementserver, the determined food portion and a plurality of stored andthird-party data comprising financial, inventory, staff, and patronrelated information, vectorizing the received plurality of stored andthird-party data using principal component analysis to reduce thedimensionality of the vectors, using the vectors as input into a secondmachine learning algorithm to create a plurality of neural networks;using the plurality of neural networks to: analyze the received datausing vector space analysis to determine real-time inventory usage basedon the determined food portions; automatically generate a plurality ofinventory adjustment recommendations based on the determined real-timeinventory usage, patron data, and third-party data comprising at leastone of: local news and events, current and forecasted weather, a socialmedia posting, or a rating or review; automatically place an order forgoods based on the determined real-time inventory usage and theplurality of inventory adjustment recommendations.
 7. The method ofclaim 6, wherein the patron attributes, the food portion, and the foodwaste is used to update the first machine learning algorithm.
 8. Themethod of claim 6, further comprising an inventory database stored onthe non-volatile data storage device, the inventory database comprisingat least one of: a quantity of an item on-hand, a par level, a lastre-order date, an expiration date, or a forecasted re-order date;real-time third-party data, the real-time third-party data comprising atleast one of: local news and events, current and forecasted weather, asocial media posting, or a rating or review; and stored patron datacomprising at least one of: a food item previously purchased, historicalfood portion recommendations, day and time data, weather conditions, orlocal news and events.
 9. The method of claim 6, wherein the retrievedcurrent inventory data comprises at least one of: a quantity of an itemon-hand, a par level, a last re-order date, an expiration date, or aforecasted re-order date; real-time third-party data, the real-timethird-party data comprising at least one of: local news and events,current and forecasted weather, a social media posting, or a rating orreview; and stored patron data comprising at least one of: a food itempreviously purchased, day and time data, weather conditions, or localnews and events.
 10. The method of claim 6, wherein the inventoryadjustment recommendations generate menu changes for a restaurant basedon patron trends, food portion recommendations, or inventoryavailability.